home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group99a.txt / 000155_icon-group-sender _Wed Jul 14 07:53:31 1999.msg < prev    next >
Internet Message Format  |  2000-09-20  |  2KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id HAA19313
  4.     for icon-group-addresses; Wed, 14 Jul 1999 07:53:23 -0700 (MST)
  5. Message-Id: <199907141453.HAA19313@baskerville.CS.Arizona.EDU>
  6. Date: Wed, 14 Jul 1999 09:32:53 +0100 (BST)
  7. From: Hugh Sasse <hgs@dmu.ac.uk>
  8. To: Gregg Townsend <gmt@baskerville.CS.Arizona.EDU>
  9. cc: icon-group@optima.CS.Arizona.EDU
  10. Subject: Re: checking for directory
  11. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  12. Status: RO
  13.  
  14. On Tue, 13 Jul 1999, Gregg Townsend wrote:
  15.  
  16. > You can't tell by the file contents, but you can determine whether a
  17. > filename s is a directory by checking to see whether open(s || "/.")
  18.  
  19.     Yes, that would do the trick.  Thank you.
  20.  
  21. > succeeds.  This is encapsulated in the directory(s) procedure in the
  22. > Icon program library ("link io").  There's no general stat()/lstat()
  23. > function, though.
  24.  
  25.     I think it is worth considering.  It is not so unix specific:
  26.     DOS C compilers had it in the 1980's.  I get the impression
  27.     that the Unicon people are keen to contribute their extensions
  28.     to the Icon core, but you would have to ask them of course :-)
  29.     If Icon is regarded as being complete now, then I suppose this
  30.     won't get included.
  31. > 
  32. >    ---------------------------------------------------------------------------
  33. >    Gregg Townsend         Staff Scientist      The University of Arizona
  34. >    gmt@cs.arizona.edu     Computer Science     Tucson, Arizona, USA
  35. > 
  36.     Thank you,
  37.     Hugh
  38.  
  39.